SPECIFICATION 



TO ALL WHOM IT MAY CONCERN: 

BE IT KNOWN THAT I, Kazuhiro Tomizawa, a citizen 
of Japan residing at: Maebashi, Gunma, Japan have invented 
certain new and useful improvements in 

APPLICATION MANAGING METHOD AND INFORMATION PROCESSING 
APPARATUS USING THE METHOD 



of which the following is a specification 
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1 TITLE OF THE INVENTION 

APPLICATION MANAGING METHOD AND INFORMATION 
PROCESSING APPARATUS USING THE METHOD 

5 BACKGROUND OF THE INVENTION 

The present invention relates to an 
application managing method, and an information 
processing apparatus using the method, and, in 
particular, to an application managing method, and an 
10 information processing apparatus using the method, used 
when a plurality of applications are stored. 

Recently, card-type recording media having IC 
chips built therein, that is, IC cards, such as 
electronic money, credit cards, cards for self— 
Hi 15 governing bodies and so forth, have been used. 

; Such an IC card has a large storage capacity, 

4Z and, demands that one card is to be used for a 

plurality of types of business have been increasing. 
For example, in a case where an IC card is 
20 used as a credit card, and an IC card is used as a card 
for a self-governing body, it is convenient for a user 
that a single IC card is used commonly as a credit card 
and as a card for the self-governing body, instead of 
two IC cards for respective uses being possessed. 
25 Therefore, an IC card in which a plurality of 
applications are used is needed. 

2. Descriptions of the Related Art 
In the related art, an operation parameter is 
30 stored in an IC card, and an operation of a host 
computer is changed as a result of the operation 
parameter being supplied to the host computer, which 
parameter is stored in the IC card, when the IC card is 
inserted into a IC card reader/writer. Such a method 
35 is disclosed in Japanese Laid-Open Patent Application 
No. 01-029051 . 

Further, as a method in which a single IC 




- 2 - 



1 card is used for a plurality of applications, a method 

for effectively using a program as a result of an 
already-existing program being used when a program is 
added, is disclosed in Japanese Laid-Open Patent 

5 Application No. 01-031285. Further, a method, in which 
operation keys are provided on an IC card, and one of a 
plurality of applications is selected as a result of a 
respective one of the operation keys being operated, is 
disclosed in Japanese Laid-Open Patent Application 

10 No. 04-255089. 

However, in Japanese Laid-Open Patent 
Application No . 01-031285 , a method of executing the 
stored program is not disclosed. 

Further, in the method disclosed in Japanese 

15 Laid-open Patent Application No . 04-255089 , the key 

operation needed for selecting one of the plurality of 
applications is troublesome. 

SUMMARY OF THE INVENTION 

20 The present invention has been devised in 

consideration of the above-mentioned points, and an 
object of the present invention is to provide an 
application managing method and an information 
processing apparatus using the method, through which a 

25 desired application of a plurality of applications can 
be easily accessed. 

An application managing method, according to 
the present invention, for a case where a plurality of 
applications are stored, comprises the steps of: 

30 forming a directory structure corresponding 

to the plurality of applications; 

giving items of identification information to 
predetermined directories of the directory structure, 
respectively, the items of identification information 

35 being used for identifying the plurality of 
applications, respectively, the plurality of 
applications corresponding to the predetermined 
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1 directories, respectively; and 

performing management so that an application 
of the plurality of applications corresponding to a 
directory of the predetermined directories is selected 

5 in accordance with an item of the items of 

identification information given to the directory of 
the predetermined directories, when the directory of 
the predetermined directories is selected. 
In the above-described method, when a 

10 directory is selected, the corresponding application 
can be recognized immediately by using the item of 
identification information given to the selected 
directory. 

The items of identification information may 
15 comprise addresses of the plurality of applications, 
respectively; and 

an address of the addresses is recognized, 
and thereby, an application of the plurality of 
applications corresponding to the address of the 
20 addresses is accessed. 

In this method, it is possible to execute a 
desired application immediately by recognizing the 
address of the application given to the selected 
directory. 

25 The application managing method may comprises 

the steps of : 

preparing an application management table 
storing the items of identification information and 
starting addresses of the plurality of applications 

30 which correspond to the items of identification 
information, respectively; and 

referring to the application management table 
when a directory of the predetermined directories is 
selected, so as to recognize a starting address of an 

35 application of the plurality of applications, the 
starting address corresponding to an item of the 
identification information given to the directory of 
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1 the predetermined directories, and to access the 

application of the plurality of applications. 

In this method, the application management 
table storing the items of identification information 

5 and starting addresses of the plurality of applications 
which correspond to the items of identification 
information is provided. Therefore, by only changing 
the relationship between the items of identification 
information and the starting addresses of the 

10 applications in the application management table, it is 
possible to perform various functions using the storage 
area which is not large. 

The application managing method may comprise 
the steps of : 

15 storing size information at a starting 

address of each application of the plurality of 
applications, the size information indicating a size of 
the application of the plurality of applications; 
repeating detection of the size of an 

20 application of the plurality of applications from the 
size information stored in the starting address of the 
application of the plurality of applications, and 
search for a starting address of a next application of 
the plurality of applications in accordance with the 

25 size of the preceding application of the plurality of 

applications, so as to obtain the starting address of a 
desired application of the plurality of applications. 

In this method, it is possible to obtain the 
starting address of a desired application using the 

30 order in which the applications are stored. Thereby, 
it is not necessary to prepare the application 
management table, and thus, it is possible to 
effectively use the storage capacity. 

An item of the items of identification 

35 information may be given to the highest directory of 
the directory structure. 

In this method, it is possible that a single 
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1 application is easily caused to correspond to a 

plurality of subordinate directories by giving the item 
of identification information, for identifying the 
application, to the highest directory of the 
5 directories which are used by the application. 

An item of the items of identification 
information may be given to each directory of the 
directory structure. 

Thereby, it is possible to immediately 
10 execute an application as a result of the application 
being recognized from the item of identification 
information given to any one of directories 
Q corresponding to the application. 

l^j When an application of the plurality of 

V\\ 15 applications is to be substantially deleted, an item of 

'•^=J the items of identification information for the 

'"hA ■ ' ■ 

application of the plurality of applications is caused 
O to be ineffective. 

L Thereby, it is easy to substantially delete 

==4 20 an application from the plurality of applications 

because it is possible to substantially delete this 
application only by causing the item of identification 
information of this application to be ineffective 
without actually deleting this application. 
25 When an application of the plurality of 

applications is updated, an application obtained from 
updating the application of the plurality of 
applications may be added to the plurality of 
applications; and 
30 an item of the items of identification 

information for identifying the application of the 
plurality of applications may be changed to an item of 
identification information for identifying the 
application obtained from updating the application of 
35 the plurality of applications. 

Thereby, it is possible to update the 
application without actually deleting the former 
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1 application. 

An application managing method, according to 
another aspect of the present invention, comprises the 
steps of : 

5 storing applications and data used by the 

applications in a series of storage areas; and 

managing the applications and data used by 
the applications stored in the series of storage areas, 
wherein the series of storage areas is 

10 divided into a program area storing the applications 
and a data area storing the data used by the 
applications. 

In this method, as a result of the series of 
storage areas being divided into a program area storing 

15 the applications and a data area storing the data used 
by the applications, the data to be used by the 
applications is prevented from being destroyed when the 
applications are updated or increased, and the 
applications are prevented from being destroyed when 

20 the data used by the applications is updated or 
increased. 

A boundary between the program area and the 
data area may be changeable. 

Thereby, by arbitrarily changing the boundary 
25 between the data area and the program area, appropriate 
storage capacities of the data area and the program 
area can be provided in accordance with the amount of 
the applications and the amount of the data to be used 
by the applications. Thus, it is possible to 
30 effectively use the storage area. 

When the applications are stored in the 
program area, the applications may be stored from an 
end of the program area opposite to the boundary. 
Thereby, it is possible to change the 
35 boundary without moving the applications in the program 
area . 

An information processing apparatus. 
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1 according to another aspect of the present invention, 

storing a plurality of applications, comprises a 
directory structure corresponding to the plurality of 
applications, 

5 wherein items of identification information 

are given to predetermined directories of the directory 
structure, respectively, the items of identification 
information being used for identifying the plurality of 
applications, respectively, the plurality of 

10 applications corresponding to the predetermined 
directories of the directory structure. 

In the above-described arrangement, it is 
possible to rapidly start execution of an application 
as a result of the application being immediately 

15 recognized from the item of identification information 
given a directory corresponding to the application, 
when the directory is selected. 

The items of identification information may 
comprise addresses of the plurality of applications, 

20 respectively. 

Thereby, it is possible to rapidly execute an 
application as a result of the application being 
immediately accessed using the address given to the 
directory. 

25 The information processing apparatus may 

comprise an application management table which stores 
the items of identification information and starting 
addresses of the plurality of applications which 
correspond to the items of identification information, 

30 respectively. 

Thereby, only by changing the relationship 
between the items of identification information and the 
starting addresses of the applications in the 
application management table, it is possible to perform 

35 various functions using the storage area which is not 
so large . 

An item of the items of identification 
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1 information may be given to the highest directory of 

the directory structure. 

In this arrangement, it is possible that a 
single application is easily caused to correspond to a 

5 plurality of subordinate directories by giving the item 
of identification information, for identifying the 
application, to the highest directory of directories 
which are used by the application. 

An item of the items of identification 

10 information may be given to each directory of the 
directory structure . 

Thereby, it is possible to immediately 
execute an application as a result of the application 
being recognized from the item of identification 

15 information given to any one of directories 
corresponding to the application. 

An information processing apparatus, 
according to another aspect of the present invention, 
stores applications and data used by the applications 

20 in a series of storage areas, 

wherein the series of storage areas is 
divided into two predetermined areas, one of the two 
predetermined areas storing the applications and the 
other of the two predetermined areas storing the data 

25 used by the applications. 

In this arrangement, as a result of the 
series of storage areas being divided into a program 
area storing the applications and a data area storing 
the data used by the applications, the data to be used 

30 by the applications is prevented from being destroyed 

when the applications are updated or increased, and the 
applications are prevented from being destroyed when 
the data used by the applications is updated or 
increased. 

35 Other objects and further features of the 

present invention will become more apparent from the 
following detailed description when read in conjunction 




- 9 - 



1 with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG.l shows a system arrangement of a first 
5 embodiment of the present invention; 

FIG. 2 shows a general arrangement of an IC 
card in the first embodiment of the present invention 

FIG. 3 shows a block diagram of the IC card in 
the first embodiment of the present invention; 
10 FIG. 4 shows a file arrangement of an EEPROM 

in the first embodiment of the present invention; 

FIG. 5 shows separation of a storage area of 
the EEPROM in the first embodiment of the present 
invention; 

15 FIG. 6 shows a method for storing data and 

applications in the EEPROM in the first embodiment of 
the present invention; 

FIG. 7 shows a file structure in the first 
embodiment of the present invention; _ 
20 FIG. 8 shows a processing flowchart for 

accessing an application in the IC card in the first 
embodiment of the present invention; 

FIG. 9 shows a file structure in a variant 
embodiment of the first embodiment of the present 
25 invention; 

FIG. 10 shows a file structure in another 
variant embodiment of the first embodiment of the 
present invention; 

FIG. 11 shows a file arrangement of an EEPROM 
30 in a second embodiment of the present invention; 
FIG. 12 shows a data arrangement of an 
application management table in the second embodiment 
of the present invention; 

FIG. 13 shows a file structure in the second 
35 embodiment of the present invention; 

FIG. 14 shows a processing flowchart for 
accessing an application in an IC card in the second 




- 10 - 

1 embodiment of the present invention; 

FIGS. 15, 16 and 17 illustrate operations for 
updating an appl icat ion in the second embodiment; and 

FIG. 18 illustrates operations for accessing 
5 an application in the third embodiment. 



DETAILED DESCRIPTIONS OF THE PREFERRED EMBODIMENTS 

FIG.l shows a system arrangement of a first 
embodiment of the present invention. 

10 In this embodiment, a plurality of 

applications are stored in a single IC card in a system 
using the IC card, and, thereby, the IC card is used 
for a plurality of services. 

The system 1 in this embodiment includes an 

15 IC card reader/writer 3 acting as an interface with the 
IC card 2, and a host computer 4 connected with the IC 
card reader/writer 3 and performing information 
processing in accordance with the applications stored 
in the IC card 2. 

20 As the IC card 2, for example, a con^tact-type 

IC card or a non-contact-type IC card is used. A case 
where the contact-type IC card is used as the IC card 2 
will now be described. 

In the case where the contact-type IC card is 

25 used, electrical connection is performed as a result of 
contacts of the IC card coming into contact with 
connection terminals. When the IC card 2 is inserted 
into a predetermined insertion portion 5 of the IC card 
reader/writer 3, the contacts 6 which are exposed on a 

30 surface of the IC card 2 come into contact with the 
connection terminals 7 provided in the insertion 
portion 5 of the IC card reader/writer 3. As a result 
of the contacts 6 of the IC card 2 coming into contact 
with the connection terminals 7 provided in the 

35 insertion portion 5 of the IC card reader/writer 3, the 
IC card 2 is substantially connected with the host 
computer 4. 
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1 In the IC card 2, a necessary application is 

selected from the plurality of applications stored in 
an internal memory of the IC card in accordance with a 
select file command supplied from the host computer 4, 

5 and the selected application is executed, 
automatically. 

FIG. 2 shows a general arrangement of the IC 
card in the first embodiment of the present invention. 
For example, the IC card 2 comprises the 

10 contact-type IC card as shown in FIG. 2. An LSI circuit 
60 is embedded in a card body 80 made of resin, and the 
contacts 6 of the LSI circuit 60 are exposed on the 
surface of the card body 80, which contacts 6 of the 
LSI circuit 60 come into contact with the connection 

15 terminals 7 of the IC card reader/writer 3. 

FIG. 3 shows a block diagram of the IC card 2 
in the first embodiment of the present invention. 

The contacts 6 are connected with the LSI 
circuit 60, thereby external connection of the LSI 

20 circuit 60 being performed. The LSI circuit 60 

includes an interface circuit 8 acting as an interface 
with the IC card reader/writer 3 which is connected 
with the LSI circuit 60 through the contacts 6, a CPU 9 
performing data processing, a basic OS necessary for 

25 operating the IC card 2, a ROM 10 storing set values 
and so forth, a RAM 11 acting as a work area when the 
CPU 9 performs data processing, and an EEPROM 12 
storing the plurality of applications which can be 
executed in the IC card 2. 

30 FIG. 4 shows a file arrangement of the EEPROM 

12 in the first embodiment of the present invention. 

Generally, the EEPROM 12 includes a 
management area 13 storing management information for 
managing data and the applications stored in other 

35 storage areas of the EEPROM 12, a data area 14 storing 
data such as a file structure, the files of which are 
used by the applications, and a program area 15 storing 



the appl i cations . 

The starting address, in the program area 15, 
of each application stored in the program area 15 is 
given to the highest directory of directories of the 
file structure stored in the data area 14, the files of 
the above-mentioned directories being used by the 
above— ment ioned applications. 

The program area 15 is completely separated 
from the data area 14, and the boundary of these two 
areas is changeable. 

FIG. 5 illustrates the area separation in the 
EEPROM 12 in the first embodiment of the present 
invention. 

With reference to FIG. 5, the boundary *c' 
between the data area 14 and the program area 15 is 
managed, as the last address of the data area 14 
'adrDD' or the first address of the program area 15 
'adrDA', in the management area 13. 

When files stored in the data area 14 are 
updated, control is performed so that the data stored 
in the data area 14 does not exceed the boundary 'c', 
that is, the last address 'adrDD' of the data area 14 
or the first address 'adrDA' of the program area 15 as 
a result of the updating of the files, the information 
of the boundary 'c' being managed in the management 
area 13. Similarly, when the applications are updated, 
control is performed so that the applications stored in 
the program area 15 do not exceed the boundary 'c', 
that is, the last address 'adrDD' of the data area 14 
or the first address ' adrDA ' of the program area 15 as 
a result of the updating of the applications, the 
information of the boundary 'c' being managed in the 
management area 13. 

As a result of the data stored in the data 
area 14 and the applications stored in the program area 
15 being managed by using the boundary 'c', the data 
stored in the data area 14 is prevented from being 
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1 destroyed by the applications when the updating of the 
applications or the like is performed, and, similarly, 
the applications stored in the program area 15 are 
prevented from being destroyed by the files when the 
5 updating of the files or the like is performed. 

Further, because the information of the 
boundary 'c' is managed by using the address set in the 
management area 13, the position of the boundary ' c ' 
can be easily changed as a result of the address 
10 managed in the management area 13 being changed. 

Thereby, for example, in a case where a 
storage capacity of the program area 15 is insufficient 
while the data area 14 has storage capacity to spare, 
y3 the necessary storage capacity can be provided for the 

15 program area 15 as a result of only the address, which 
nj determines the boundary 'c', managed in the management 

area 13 being changed to the side of the data area 14. 

Similarly, in a case where a storage capacity 
of the data area 14 is insufficient while the program 
20 area 15 has storage capacity to spare, the necessary 
storage capacity can be provided for the data area 14 
as a result of only the address , whi ch determines the 
boundary 'c', managed in the management area 13 being 
changed to the side of the program area 15. 
25 Further, in the first embodiment, as shown in 

FIG. 6, the data, *datal', 'data2', 'datam', is 

stored in the data area 14 from the lower address of 
the EEPROM 12 in the order of the addresses, while the 
applications, APLl, APL2, APLn, are stored in the 

30 program area 15 from the higher address of the EEPROM 
12 in the order reverse to the order of the addresses. 
Thus, the last data 'data m' of the data area 14 is 
stored before the boundary 'c' while the last 
application APLn stored in the program area 15 is 
35 stored after the boundary 'c'. As a result, the 
boundary 'c' between the data area 14 and the 
application area 15 can be changed without moving the 



it 
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1 data stored in the data area 14 or the applications 
stored in the program area 15. 

Specifically, when the applications are 
stored in the program area 15, first, the application 

5 APLl is stored from the highest address in the order 
reverse to the order of the addresses. Then, the 
application APL2 is stored from the address immediately 
lower than the address at which the last item of the 
application APLl has been stored, in the order reverse 

10 to the order of the addresses. Then, similarly, each 
subsequent application is stored from the higher 
address in the order reverse to the order of the 
addresses. 

FIG. 7 illustrates the file structure stored 
15 in the data area 14 in the first embodiment of the 
present invention. 

The file structure in the first embodiment of 
the present invention includes a master directory DLLO , 
and file portions Fl through Fn subordinate to the 
20 master directory DLLO. The file portions Fl through Fn 
include files fl through files fn, respectively, which 
are used by the applications APLl through APLn, 
respectively, and highest directories dill through 
dlln, and subordinate directories dllll through 
25 directories dllnl. 

The starting addresses adrl through adrn of 
the applications APLl through APLn, which addresses 
adrl through adrn are starting addresses in the program 
areas 15 from which the applications APLl through APL2 
30 are stored, respectively, are given to the highest 

directories dill through dlln of the file portions Fl 
through Fn, respectively. The file portions Fl through 
Fn include files fl through files fn used by the 
applications APLl through APLn, respectively, as 
35 mentioned above. 

FIG, 8 shows a processing flowchart for 
accessing an application of the applications stored in 
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1 the program area 15 in the IC card in the first 

embodiment of the present invention. 

When a command is supplied from the host 

computer 4 to the IC card 2 through the IC card 
5 reader/writer 3 (in a step Sl-1), the received command 

is analyzed in the IC card 2 (in a step Sl-2). 
Then, it is determined whether or not the 

received coimnand is the select file command (in a step 

Sl-3) . When it is determined in the step Sl-3 that the 
10 received command is the select file command, a file 

specified by this select file command is selected (in a 

step Sl-4) . 

When the file is selected in the step Sl-4, 
the highest directory of the file portion which 

15 includes the selected file is recognized (in a step Sl- 
5). Then, the starting address of the application 
given to the highest directory of the file portion is 
recognized, the file portion corresponding to this 
application, that is, the files included in the file 

20 portion being used by the application (in a step Sl-6). 
When the starting address of the application is 
recognized in the step Sl-6, the application stored at 
the recognized starting address is accessed and a 
command of the application is read from this starting 

25 address and execution of the appl icat ion is started (in 
a step Sl-7) . 

At this time, although only the starting 
address of the application was given to the highest 
directory of the respective file portion, because the 

30 size of the application is written at this starting 
address, the last address of the application can be 
recognized. As mentioned above, the application is 
stored from a higher address in the order reverse to 
the order of the addresses. Therefore, when the 

35 application is executed, the count value of a program 
counter is decremented successively from the starting 
address. 
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1 Thus, as mentioned above, the information of 

the size of the application is written at the starting 
address of the application. Thereby, only as a result 
of the starting address of the application being set in 
5 the highest directory of the file portion of the. 

selected file, the desired application can be executed. 

When it is determined in the step Sl-3 that 
the received command is another command, the IC card 2 
performs the processing in accordance with this command 
10 (in a step Sl-8). 

Thus, in the first embodiment of the present 
invention, as a result of only a file being specified 
i'^=i by the select file command supplied from the host 

^13 computer 4, the application corresponding to the 

U| 15 specified file is automatically executed, 

ilj In the first embodiment of the present 

e2 invention, the starting address of each application is 

p given to the highest directory of a respective file 

JL portion. However, it is also possible that the 

xj 20 starting address of each application be given to a 

=4 subordinate directory or subordinate directories of a 

respective file portion. 
M FIG. 9 illustrates a file structure in a 

variant embodiment of the first embodiment of the 
25 present invention. The same reference symbols are 

given to portions/components the same as those shown in 
FIG-7, and the descriptions thereof will be omitted. 

In this variant embodiment, similar to the 
highest directories dill through dlln of the respective 
30 file portions Fl through Fn, the starting addresses, in 
the program area 15, of the corresponding applications 
are given to the directories dllll through directories 
dllnl subordinate to the highest directories dill 
through dlln, respectively. 
35 In this variant embodiment, the starting 

address of each application can be obtained from any 
one of the directories of a respective file portion. 
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1 As a result, it is not necessary to select the highest 
directory from the directories of the file portion. As 
a result, execution of the application can be performed 
quickly as a result of the application being accessed 

5 immediately. 

In the file structures shown in FIGS. 7 and 9, 
the starting addresses of the applications are given to 
the directories of the file portions Fl through Fn, 
respectively. However, it is also possible that the 

10 starting address of an application APLO is given to the 
master directory DLLO . 

FIG. 10 illustrates the file structure in 
another variant embodiment of the first embodiment of 
the present invention. The same reference symbols are 

15 given to portions/components the same as those shown in 
FIG. 9, and the descriptions thereof will be omitted. 

In this other variant embodiment, similar to 
the highest directories dill through dlln of the 
respective file portions Fl through Fn, the starting 

20 addresses, in the program area 15, of the corresponding 
applications are given to the directories dllll through 
directories dllnl subordinate to the highest 
directories dill through dlln, respectively. Further, 
the starting address adrO , of the program area 15, from 

25 which the corresponding application APLO is stored, is 
given to the master directory DLLO. 

In this other variant embodiment, the address 
of each application can be obtained from any one of the 
directories of a respective file portion. As a result, 

30 it is not necessary to select the highest directory 

from the directories of the file portion. As a result, 
execution of the application can be performed quickly 
because recognition of and access to the starting 
address of the application is performed immediately. 

35 Further, as a result of the starting address adrO , of 

the program area 15, from which the application APLO is 
stored, being given to the master directory DLLO, it is 
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1 possible that the starting address adrO of the 

application APLO which can use files of a plurality of 
file portions in the file structure can be included in 
the program area 15. 

5 In the case of this other variant embodiment, 

when the file select command supplied from the host 
computer 4 specif ies fl les of a plurality of file 
portions (ones of Fl , F2 , Fn) , these files of the 

plurality of file portions are selected in the step Sl- 

10 4. Then, in this case, the master directory DLLO is 

recognized in the step Sl-5, the starting address adrO 
of the application APLO is recognized in the step Sl-6 . 
Then, a command of this application APLO written at the 
starting address adrO is read, and the application APLO 

15 is executed (in the step Sl-7) . 

In the case of this other variant embodiment, 
when the file select command supplied from the host 
computer 4 specifies a file(s) of a single file portion 
Fm (m = 1, 2, 3, or n) , the file(s) of the single 

20 file portion Fm is (are) selected in the step Sl-4 . 

Then, in this case, the highest directory dllm, or the 
directory dllml or the like subordinate to the highest 
directory is recognized in the step Sl-5, the starting 
address adrm of the application APLm is recognized in 

25 the step 81-6. Then, a command of this application 

APLm written at the starting address adrm is read, and 
the application APLm is executed (in the step Sl-7). 

In the above-described embodiments, the 
starting addresses of the applications are directly 

30 given to the director ies of the file portions, 

respectively. However, it is also possible that 
identification numbers of the applications are given to 
the directories, respectively, an application 
management table storing the identification numbers and 

35 the starting addresses of the applications having the 
identification numbers, respectively, is provided, and 
the application management table is referred to so that 
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1 the starting addresses of the applications can be 
obtained from the identification numbers of the 
applications, respectively, which identification 
numbers have been given to the directories, 

5 respectively. 

An embodiment in the case where the 
application management table is provided will now be 
described. The system arrangement of the embodiment 
{second embodiment) is similar to that of the above- 

10 described first embodiment, and, therefore, the 
descriptions thereof will be omitted. 

FIG. 11 shows a file arrangement of an EEPROM 
20 in the second embodiment of the present invention. 
The same reference numerals are given to 

15 portions the same as those shown in FIG. 4, and the 
descriptions thereof will be omitted. 

In the second embodiment , the application 
management table 21 is provided in the management area 
13 of the EEPROM 20, and the identification numbers of 

20 the appl icat ions are given to the directories of the 
file structure 22, respectively, stored in the data 
area 14 . 

FIG. 12 shows a data arrangement of the 
application management table 21 in the second 

25 embodiment of the present invention. 

As shown in FIG. 12, the application 
management table 21 includes the ident if i cat ion numbers 
#0, #1, #2, . . . , #n given to the applications APLO , 
APLl, APL2, APLn stored in the program area 15 of 

30 the EEPROM 20, respectively, and the start ing addresses 
adrO, adrl, adr2 , adrn, in the program area 15, of 

the applications APLl, APL2 , . . . , APLn having the 
identification numbers #0, #1, #2, #n, 
respectively . 

35 The above-mentioned identification numbers 

#0, #1, #2, #n are given to the directories, 

respectively , which correspond to the applications 
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1 APLO, APLl, APL2, APLn, respectively. 

FIG. 13 illustrates a file structure in the 
second embodiment of the present invention. The same 
reference symbols are given to portions/components the 

5 same as those shown in FIG. 10, and the descriptions 
thereof will be omitted. 

The file structure in the second embodiment 
includes the master directory DLLO , the directories 
dill through dl In subordinate to the master directory 

10 DLLO, the directories dllll through directories dllnl 
subordinate to the directories dill through dlln, 
respectively, and the files fl through files fn, as 
shown in FIG.13. The identification numbers #0, #1, 
#2, #n are given to these directories, 

15 corresponding to the applications APLO, APLl, 

APL2 , APLn, respectively. The identification 

numbers #0, #1 , #2 , #n are used for identifying 

the applications APLO, APLl, APL2 , APLn, 
respectively. 

20 FIG. 14 shows a processing flowchart for 

accessing an application in the IC card in the second 
embodiment of the present invention. 

When a command is supplied from the host 
computer 4 to the IC card 2 through the IC card 

25 reader/writer 3 (in a step S2-1) , the received command 
is analyzed (in a step S2-2). 

Then, it is determined whether or not the 
received command is the select file command (in a step 
S2-3) . When it is determined in the step S2-3 that the 

30 received command is the select file command, a file 

specified by this select file command is selected (in a 
step S2-4) . 

When the file is selected in the step S2-4, a 
directory of the file portion of the selected file is 
35 recognized (in a step S2-5). Then, the identification 
number (one of #1, #2, #n) of the application 

given to the recognized directory of the file portion 
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1 is recognized, which file portion corresponds to this 

application (in a step S2-6). When the identification 
number of the application is recognized in the step S2- 
6, the application management table 21 set in the 

5 management area 13 of the EEPROM 20 is referred to (in 
a step S2-7) . Thereby, the starting address (one of 
adrl, adr2, adrn) , in the program area 15, of the 

application (one of the applications APLl , APL2 , 
APLn) corresponding to the identification number (the 

10 one of #1, #2, #n) is obtained (in a step S2-8) . 

The starting address (the one of adrl, 
adr2, , . . , adrn) of the application (the one of the 
applications APLl, APL2 , APLn) is accessed, a 

command of this application is read from the accessed 

15 starting address and execution of this application is 
started (in a step S2-9) . 

When it is determined in the step S2-3 that 
the received command is another conmiand, the processing 
in accordance with this command is performed (in a step 

20 S2-10) . 

When the file select command supplied from 
the host computer 4 specifies files of a plurality of 
file portions (ones of Fl , F2 , Fn) , these files of 

the plurality of file portions are selected in the step 

25 S2-4. Then, in this case, the master directory DLLO is 
recognized and the identification number #0 given to 
the master directory DLLO is recognized in the step S2- 
6. Then the application management table 21 is 
referred to (in the step S2-7) and the starting address 

30 adrO of the application APLO is obtained in the step 

S2-8. Then, a command of this application APLO written 
at the starting address adrO is read, and the 
application APLO is executed (in the step S2-9). 
When the file select command supplied from 

35 the host computer 4 specifies files of a single file 

portion Fm (m = 1, 2, 3, . . . , or n) , these files of the 
single file portion are selected in the step S2-4 . 
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1 Then, in this case, the highest directory dllm, or the 
directory dllml or the like subordinate tTo the highest 
directory is recognized, and the identification number 
#m given to the highest directory dllm, or the 

5 directory dllml or the like subordinate to the highest 
directory is recognized in the step S2-6. Then, the 
applica,tion management table 21 is referred to (in the 
step S2-7) and the starting address adrm of the 
application APLm is obtained in the step S2-8 . Then, a 

10 command of this application APLm written at the 

starting address adrm is read, and the application APLm 
is executed (in the step S2-9). 

Thus, in the second embodiment of the present 
invention, as a result of only a file (or files) being 

15 specified by the select file command supplied from the 
host computer 4, the application corresponding to the 
specified file(s) is automatically executed. 

In the second embodiment, when an application 
is updated, an existing application is left, as it is, 

20 and an updated application is additionally stored in 
the program area 15. Then, the address of the 
application corresponding to the ident i f icat ion number 
of the application to be updated is changed to the 
starting address of an application obtained as a result 

2 5 of the application to be updated being updated. 

FIGS. 15, 16 and 17 illustrate operations in 
the second embodiment of the present invention for 
updating an application stored in the program area 15. 
FIG. 15 shows states of the program area 15 and the 

30 application management table 21 before an application 

is updated. FIG. 16 shows states of the program area 15 
and the application management table 21 after the 
application is updated. FIG. 17 shows states of the 
program area 15 and the application management table 21 

35 after the former application is deleted. 

As shown in FIG. 15, in the case where the 
application APLl is stored in the program area 15, the 
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1 identification number #1 for identifying the 

application APLl and the starting address adrl of the 
application APLl are stored in the applicTation 
management table 21. 

5 When the application APLl is updated, as 

shown in FIG. 16, the application APLl is left, as it 
is, and an application APLl' obtained from the 
application APLl being updated is additionally stored 
in the program area 15. 

10 Then, the starting address adrl of the former 

application APLl corresponding to the identification 
number #1 is changed to the starting address adrl' of 
the newly stored application APLl', as shown in FIG. 16. 
Thus, the application APLl corresponding to 

15 the identification #1 is changed to the application 

APLl' while the former application APLl is left in the 
program area 15, as it is. 

Further, in order to efficiently use the 
storage capacity of the program area 15, as shown in 

20 FIG. 17, the former application APLl may be deleted from 
the program area 15. In this case, the former 
application APLl is deleted, the newly stored 
application APLl ' is moved to the position at which the 
former application APLl has been stored, and the 

25 starting address for the identification number #1 is 
returned to the former starting address adrl. 

Thus, the application APLl is updated to the 
application APLl'. 

In the second embodiment, it is possible to 

30 substantially delete an application from the program 
area 15, only by causing the identification number of 
the appilication to be substantially deleted to be 
ineffective in a case where the applications are 
managed by using the identification numbers. Thus, 

35 when the applications are managed by using the 

identification numbers, it is possible to simplify the 
process of substantially deleting an application from 
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1 the program area 15 only by changing the starting 
address of the application to be deleted into an 
ineffective numeral or symbol (for example, a numeral 
which is not included in the addresses ofT the EEPROM) . 

5 Thereby, it is possible to substantially delete an 
unnecessary application from the program area 15 
without actually deleting this application. 

In the above-described first embodiment, an 
application is accessed by using the starting address 

10 thereof. In the above-described second embodiment, an 
application is accessed by using the starting address 
thereof which is obtained through the application 
management table 21 from the identification number of 
the application to be executed. An arrangement in 

15 which, without using the management table 21, an 
application is accessed directly by using the 
identification number thereof can be considered. 

FIG. 18 illustrates operations for executing 
an application in a third embodiment of the present 

20 invention. In the third embodiment, without using the 
management table 21, an application is accessed 
directly by using the identification number thereof. 

The third embodiment includes the file 
structure the same as that of the second embodiment 

2 5 shown in FIG. 13. The third embodiment does not 

includes the application management table 21. 

In the third embodiment, when one of the 
identification numbers #0 through #n is obtained from a 
directory of the directories shown in FIG. 13, for 

30 example, when an identification #m is obtained, the 

starting address adrO of the first stored application 
APLO is searched for. Then, size information SO, which 
indicates the size of the application APLO and is 
stored at the starting address adrO of the application 

35 APLO, is obtained. Then, as an initial value, the 
identification number #0 is obtained. 

Then, the starting address adrl of the 
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1 application APLl which is stored next to the 

application APLO is searched for as a result of 
subtracting the size indicated by the size information 
SO from the starting address adrO of the application 

5 APLO. Then, size information SI, which indicates the 
size of the application APLl and is stored at the 
starting address adrl of the application APLl, is 
obtained. Then, the identification number #1 is 
obtained as a result of '1' being added to the 

10 previously obtained identification number #0. 

The above-mentioned operations are repeated 
until the identification number #m is obtained. 

End information is stored at the last address 
of the last application APLn so that the starting 

15 address of a new application can be easily set when the 
new application is stored in the program area 15. 

In the above-described third embodiment, 
because the application management table 21 is not 
needed, it is possible to effectively use the storage 

20 capacity of the EEPROM. 

In each of the first, second and third 
embodiments, the applications are stored from the 
higher address to the lower address as described above. 
However, the relationship between the management area 

25 13, data area 14 and program area 15 and the 

relationship between the addresses are relative. 
Accordingly, it is not necessary to be limited to the 
above— mentioned form. 

Further, the case where the contact-type IC 

30 card is used has been described in the descriptions of 
the embodiments. However, each of these embodiments 
can be applied in the case where the non-contact-type 
IC card is used instead of the contact-type IC card. 
Further, the present invention is not limited 

35 to the above-described embodiments, and variations and 
modifications may be made without departing from the 
scope of the present invention. 
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The contents of the basic Japanese Patent 
Application No . 10-011689 , filed on January 23, 1998, 
are hereby incorporated by reference. 
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